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RESEARCH OR DEVELOPMENT 

N/A 

TECHNICAL FIELD 

The present invention relates to a system and method of 
producing labels at remote locations worldwide in communication with 
a server and central database via the internet. 

5 BACKGROUND OF THE INVENTION 

Systems are known that facilitate various processes in the 
production cycle of a label or tag. One such system known as GOES 
uses a limited number of hubs that are synchronized once a day to allow 

10 communication therebetween via a local area network. Once 

synchronized all customer ordera, product updates, table amendments 
etc. can be distributed by a Global Router to and between all of the hubs. 
Each hub is further connected to a number of subsidiary sites which 
communicate with their parent hub by synchronization as well. In order 

1 5 for an order change from a subsidiary site to be updated at all of the 

hubs, the subsidiary site must first be synchronized at the parent hub and 
then the order change replicated and sent to other hub sites through the 
daily synchronization and routing process. Not only does this system 
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require replication of all of the data at all of the hubs, but the 
synchronization process for routing information includes an inherent 
delay. Because of the delay, one or more hubs may be operating with 
obsolete information during a portion of the day before the 
synchronization process occurs. Typically, the system is set up so that 
only the parent hub has order entry capabilities and the subsidiary sites 
are limited to production based on data received from the hub. Once 
data is received at a production site it can be processed as described in 
United States Patent Nos. 5,287,434. The systems shown in United 
States Patent Nos. 5,227,643; 5,239,622 and 5,345,091 can interact with 
the GOES system to create printing jobs, edit formats and enter print 
data. 

BRIEF SUMMARY OF THE INVENTION 

In accordance with the present invention, the disadvantages of 
prior label ordering and production systems as discussed above, have 
been overcome. The label production system and method of the present 
invention allows labels to be produced at remote locations worldwide in 
communication with a server and central database via the internet. The 
system and method of the present invention provides automatic 
typesetting to generate various types of production, image data files in 
accordance with different requirements from various customers wherein 
the generated production files are used to print labels by vastly different 
printing techniques such as thermal printing, lithographic printing, etc. 

More particularly, the system and method of the present 
invention includes receiving via the intemet one or more orders for 
labels, the orders identifying variable data to be printed on the labels. 
The received orders are stored in the central database associated with the 
server. Requests for processing one or more orders stored in the central 
database are received from a remote location via communication by the 
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internet. The system stores a number of different templates or formats 
for a plurality of customers and/or label types and/or production 
machine types. When one or more orders are to be processed, the 
printing data identified in the orders is merged with a printing template 
selected from the plurality of stored templates to generate image data for 
the labels to be printed. Thereafter, the image data for the one or more 
processed orders is stored in the central database for communication of 
the data from the central database via the internet to a remote location 
for label production. 

The one or more orders may be received from one or more 
locations and the request to process the orders may be received from the 
same or different locations. Moreover, orders received from different 
locations may be processed together as one print job such that the 
ordered labels are printed together at the same location. The label image 
data is generated in a production file that can be sent from the central 
database to remote locations worldwide for automatic label printing 
and/or automatic plate production as required for lithographic printing 
methods. The production file for a thermal printer, for example, 
includes a data stream that can be directly printed by a thermal printer. 
Preferably, the production file includes all of the font and graphic 
information necessary to print the labels. The production file used in the 
lithographic printing process is of a different type and is in a format that 
can be directly innntand processed by a plate making machine. 

For printing methods that utilize a plate containing a layout of a 
number of labels to be printed together, the system and method of the 
present invention automatically define a plate layout that includes an 
arrangement of a number of labels with the same or different variable 
data to be printed thereon. A ratioing algorithm is implemented to 
generate the most cost effective number of plates and the layout of the 
labels on each plate. This is accomplished by first minimizing the 
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number of plates to produce the labels of a job; calculating production 
costs based on the determined minimum number of plates; increasing the 
number of plates to be used for a job with different label layouts and 
again recalculating production costs. This process is repeated until the 
most cost effective plate number and label layout is attained. 

In accordance with another feature of the present invention, the 
system dynamically or automatically creates new order entry web pages 
to be sent via the intemet to a customer for ordering labels as new 
products are input to the system and made available for ordering. This 
feature is accomplished by a particular, advantageous organization of the 
data that is necessary to order and produce labels of vastly different 
types and containing different types of variable data. 

The system and method of the present invention allows real time 
ordering, processing and label production from sites, worldwide, in 
communication with the system's server and central database via the 
intemet. The system and method of the present invention allows the 
time from order entry to label production to be drastically reduced as 
well as providing a significant reduction in production costs. Moreover, 
the system allows tremendous flexibility in processing orders so that 
orders can be processed alone or together, on an expedited basis and by 
vastly different printing methods quickly and easily. 

These and other advantages and novel features of the present 
invention, as well as details of an illustrated embodiment thereof, will be 
more fully understood from the following description and drawings. 

BRIEF DESCRIPTION OF THE SEVERAL VIEWS 
OF THE DRAWING 

Fig. 1 is a block diagram of the label ordering, processing and 
production system of the present invention; 
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Fig. 2 is a diagram illustrating the relationship between store 
groups, label types, label references and vendor or product 
manufacturers ordering labels; 

Fig. 3 is a flow chart illustrating the main configurator routine 
for store groups; 

Fig. 4 is the screen associated with the flow chart of Fig. 3 for 
store groups; 

Fig. 5 is a flow chart illustrating the configurator routine for 

labels; 

Fig. 6 is the screen associated with the flow chart of Fig. 5 for 

labels; 

Fig. 7 is a flow chart illustrating the configurator routine for lists; 
Fig. 8 is the screen associated with the flow chart of Fig. 7 for 

lists; 

Fig. 9 is a flow chart illustrating the configurator routine for 
schemas; 

Fig. 10 is the screen associated with the flow chart of Fig. 9 for 
schemas; 

Fig. 1 1 is a flow chart illustrating the configurator routine for 

items; 

Fig. 12 is the screen associated with the flow chart of Fig. 11 for 

items; 

Fig. 13 is a flow chart illustrating the configurator routine for 
validation rules; 

Fig. 14 is a screen associated with the flow chart of Fig. 13 for 
validation rules; 

Fig. 15 is a flow chart illustrating the variable data order entry 
routine; 

Fig. 16 is a product selection screen associated with the flow 
chart of Fig. 15; 
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Fig. 17 is an account selection screen associated, with the flow 
chart of Fig. 15; 

Fig. 18 is a product code screen associated with the flow chart of 
Fig. 15; 

Fig. 19 is a quantity screen associated with the flow chart of Fig. 

15; 

Fig. 20 is a variable data and quantity display screen used for 
order confirmation and is associated with the flow chart of Fig. 15; 

Fig. 21 is a screen confirming the submission of an' order and is 
associated with the flow chart of Fig. 15; 

Fig. 22 is a flow chart illustrating the main menu for the 
production routine; 

Fig. 23 is a screen associated with the flow chart of Fig. 22; 

Fig. 24 is a flow chart for the production routine, customer order 
file import; 

Fig, 25 is a screen associated with the flow chart of Fig. 24; 

Fig. 26 is a flow chart for the production routine, view new 
orders-store groups; 

Fig. 27 is a screen associated with the flow chart of Fig. 26; 

Fig. 28 is a flow chart for the production routine, view new 
orders-products; 

Fig. 29 is a screen associated with the flow chart of Fig. 28; 

Fig. 30 is a flow chart for the production routine. Me.w new 
orders-order data; 

Fig. 31 is a screen associated with the flow chart of Fig. 30; 

Fig. 32 is a flow chart illustrating production, view new 
orders-ratio; 

Fig. 33 is a screen associated with the flow chart of Fig. 32; 
Fig. 34 is a flow chart illustrating production view new 
orders-confirm; 
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Fig. 35 is a screen associated with the flow chart of Fig. 34; 
Fig. 36 is a flow chart for the production routine, files in 
progress; 

Fig. 37 is a screen associated with the flow chart of Fig. 36; 

Fig. 38 is a flow chart for the production routine, collect new 
production files; 

Fig. 39 is a screen associated with the flow chart of Fig. 38; 

Fig. 40 is a flow chart for the production routine, collect old 
production files; 

Fig. 41 is a screen associated with the flow chart of Fig. 40; 

Fig. 42 is a flow chart illustrating the production routine, files in 

error; 

Fig. 43 is a diagram illustrating the relationship between 
production sites, products (label references), machines and machine 
types; 

Figs. 44A-B illustrate a screen and associated flow chart for the 
main typesetting job controller routine; 

Figs. 45A-B illustrate a screen and associated flow chart for the 
typesetting routine, load template; 

Figs. 46A-C illustrate a screen, associated flow chart and 
postscript file screen for the typesetting routine, data merge; and 

Figs. 47A-D illustrate a screen, associated flow chart, PDF file 
front side and PDF file reverse side screens for the typesetting routine, 
PDF output. 

DETAILED DESCRIPTION OF THE INVENTION 

The label ordering and production system 10 of the present 
invention utilizes internet 12 communications with a server 14 and a 
central database 16 to allow orders for label products with variable data 
to be placed thereon to be received electronically from customers 18, 20 
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worldwide. The system 10 more importantly allows manufacturing 
locations 22, 24 worldwide to access received orders stored in the 
central database 16 and to process one order or groups of orders placed 
from various locations together for the production of labels in the most 
timely and cost effective manner. Not only can the system 
accommodate customers with different formats and different label type 
requirements, but the system processes and produces labels according to 
vastly different production methods including thermal printing and 
lithographic printing, but not limited thereto. The term label, as used 
herein, is meant to encompass any record member, paper, woven, etc. 
with information to be printed thereon for association with a product. 
For example, the term label encompasses care labels, content labels, 
price labels, hang tags, tickets, adhesive backed labels, non-adhesive 
backed labels, etc. 

The main server 14 operates in accordance with a number of 
software routines as discussed in detail below to allow remote label 
ordering and production. A web server 28 acts as an interface for the 
main server 14, the web server 28 passing web pages to the various users 
18, 20, 22, 24, 26 of the system and passing user entered information 
back to the main server 14, The main server routines include order entry 
routines to allow customers, such as a store group, vendor, garment or 
product manufacturer, using a PC 18, 20 or the like to order labels with 
variable data printed thereon via the internet.. ..The variable data can 
include alphanumeric text such as price, size, content information, care 
information, etc. as well as barcode information. Orders that are 
received via the internet are stored in the central database 16 along with 
electronic orders entered as EDI files 29 and with keyboard entered 
orders received by phone and fax. 

The order entry routines, as well as other routines, use 
information stored in the central database 16 including customer catalog 
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files, schema files defining web pages, variable tables, verification data, 
etc. This stored data can be updated by an administrator using a PC 26 
in communication with the main server 14 via the internet 12. The main 
server routines include configurator routines that allow the administrator 
to add via the internet new label products with different formats and/or 
production methods to the system. The configurator routines 
automatically generate web pages as defined in the schema files for 
order entry and processing of the new products. The configurator 
routines also allow the various tables such as the variable tables and 
verification data to be updated for products. This feature allows new 
products to be easily and quickly added to the system and web pages 
automatically created by personnel that are not skilled in writing 
software or programming. 

Label production routines of the main server 14 allow any 
manufacturer worldwide using a PC 22, 24 or the like in communication 
with the server 14 via the intemet 12 to access one or more orders stored 
in the central database to process the orders through production of 
labels. Orders originating from different locations, but for like or 
similar products, can be grouped together to form a job for more cost 
effective and efficient label production. A manufacturer can also take an 
order associated with one job and process it separately if the need arises. 
The system enables jobs to be easily formed and altered. The job data 
generated by the server 14 during the processing of one or more orders 
is stored in the central database 16. It is noted, that the manufacturing 
location can also alter the production method associated with a job for 
efficiency. For example, lithographic printing can be used for large jobs 
and thermal printing used for smaller volume jobs. Once one or more 
orders are grouped into a job and a production method or machine type 
selected, the label production routines of the server 14 and a job 
controller server 30 provide automatic typesetting. Although the main 
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server 14 works with the job controller server 30 for automatic 
typesetting so as to affect extremely fast processing, it should be 
apparent that the functions performed by the server 30 can be performed 
by the server 14 alone if desired. The present invention need not use 
three servers as shown, the number of servers can be increased or 
decreased depending on the capabilities of each. 

The server 30 has an associated database used for typesetting in 
which various templates are stored, each template defining a label 
format or plate layout, etc. for the various label products produced by 
the system 10. It is noted that the template information may also be 
stored in the central database 16. When a job is processed, the main 
server 30 passes job data to the job controller server 30 which opens the 
appropriate template; merges the print data included in the job data with 
a selected template and creates an appropriate production file for the 
type of production method or machine type to be used to produce the 
labels of the job. The production file preferably includes an image of 
the labels and/or plates to be produced as well as all required fonts and 
graphics so that the latter are not required to be stored at the actual 
printing, i.e. manufacturing location. It should be appreciated, however, 
that the production file need not include font and graphic information if 
that information is stored and readily accessible at the manufacturing 
location, for example. The types of production files generated varies 
with the different types of prqdurtion methods employed. For example, 
for thermal printing, the production file preferably includes a data 
stream that can be fed to and printed by a thermal printer 32 coupled to a 
PC 18, 22, 24 or other type of computer that receives the production file 
via the internet 12. For lithographic printing, a PDF type production file 
is generated wherein this type of production file can be sent via the 
internet 12 to a remote PC or other computer which then couples the 
production file to a plate making machine 34 for the generation of a 
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plate used in lithographic printing. The production files generated are 
transferred from the server 30 to the server 14 and stored in the central 
database 16 along with other production documents generated by the 
server 14. The production files for a job are then sent via the internet to 
the manufacturing location or customer location where the labels are 
printed. It should be appreciated that the production files can include 
one or more commands or instructions to effect automatic printing or 
platemaking upon receipt of the files by the machines 32, 34. 
Alternatively, the commands to start a printing or plate making 
operation can be sent in association with the production file by the 
receiving P.C. or host computer coupled to the machine 32, 34. 

It is noted that prior to typesetting for lithographic printing, a 
ratioing algorithm may be performed. Multiple plates may be used for a 
lithographic printing job wherein each plate contains a layout of a 
number of label images which may be the same or different. Ratioing is 
an algorithm that determines the most cost effective number of plates 
and layout for each plate to produce a job of labels with different 
variable data to be printed thereon. 

The generation of production files by the system 10 of the 
present invention takes only seconds as opposed to minutes or even 
hours as required by prior systems. Once the production file is 
generated by the system 10 and stored in the central database 16, the 
production file can be downloaded via the internet to a particular 
manufacturing location and, as discussed above, the job automatically 
printed on a thermal printer 32 or the plate automatically made by a 
plate maker 34 depending on the production method specified for the 
job. It is noted, that the printers 32 and/or plate makers 34 can be 
directly coupled via a network to the manufacturing location P.C. 22, 24 
or, the printers 32 and/or plate makers 34 can be indirectly connected to 
the manufacturing location PC via a host computer 36 and local 
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network. It should be appreciate that at the manufacturing location, the 
production file may be communicated to the printers 32/plate makers 34 
by wireless communication or by a hard wired connection. It should 
also be noted that the labels may be produced or printed by the customer 
that ordered the labels on the customers own printers 32. This feature 
allows customers to order and print labels using the system 10 so that 
the customers do not have to generate production files themselves. Prior 
to the present invention, the generation of production files especially, 
when new formats or machine types are used, could be extremely time 
consuming and require highly skilled personnel. 

The organization of label information used in accordance with 
the present invention is depicted in Fig. 2. This organization allows the 
system 10 to dynamically generate new web pages as new label products 
are added to the system. This organization also facilitates order entry 
for products with variable data which in the past has been fairly 
complex. The organization includes store groups, label types, label 
references and customers as shown in Fig. 2 as well as schemas, pages 
and items described below. Label products that are available on the 
system 10 are given a label reference or identification 40. Label 
references are then placed in a label type 42. A label type is a group of 
label references that can share an order entry screen or web page. A 
label type 42 is associated with a particular store group 44. A customer 
46, such as a vendor or garment manufacturer, may order labels for more 
than one store group. Each label type has an associated web page 
defined by a schema file for a particular store group. Contained within 
each web page are items to allow data for individual label fields, such as 
price, size, a barcode, content, care instruction, etc. to be entered. The 
schema definition is split into three main tables: schema header, schema 
page and schema items. The schema header is linked to a store group. 
A store group can have multiple schemas defined for it. Schema headers 
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have one or more schema pages. The schema pages define the order 
entry web pages. A schema page is, as noted above, directly related to 
label types. For example, within a store group, label types could be 
defined for woven care labels and swing tickets or hang tags. Because 
the printed information required on each of these types of labels is so 
different, a different schema is required for each label type. The schema 
items table contains a description of all of the entry fields on a particular 
web page. Each page has a sequence number that describes the order in 
which the pages will be displayed during the course of order entry. 
Because a schema page is tied to a label type, there can be more than 
one page with the same sequence number. The user's choice of label 
selected from one web page will effect the display of subsequent pages. 
It is noted that schema items can range from simple alphanunieric entry 
fields to complex linked lists. Data validation is achieved by the system 
10 by applying validation hsts to as many of the entry fields as possible 
and at the point of entry of the data. 

The configurator routines depicted in Figs. 3-14 allow an 
administrator to add new products to the system wherein new web pages 
are automatically created in accordance with the updated schema tables. 
Fig. 3 illustrates the main configurator routine and Fig. 4 illustrates the 
associated screen. The main screen of Fig. 4 is divided into selection 
buttons or tabs. Each tab takes the user to a different area of the 
configurator. The configurator allows the user to configure variable data_^ 
fields for a label. Multiple labels with the same printed information may 
be grouped together into label types. Validation rules can be applied to 
each field. The structure of the label is saved into the schema database 
table which is used to automatically generate the order entry web pages 
when a user logs on to the internet to place an order. Fig. 3 illustrates 
the flow chart for the store group tab of the main screen of Fig. 3. This 
is the default tab after the user logs on. If the user chooses to add a store 
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group as determined at block 52, a new store group is created with 
associated code and description. If the user chooses to edit a store group 
as determined at block 54, the existing store group is edited at block 56. 
If the user chooses to remove a store group as determined at block 58, 
the existing store group is deleted at block 60. The user can also exit the 
program as determined at block 62 and the program will be stopped at 
block 64. As shown in Fig. 4, the store groups are displayed in 
alphabetical order and the top store group is highlighted or selected by 
default. The current selection can be changed by moving the cursor to 
the name or description of a different group. From the screen of Fig. 4, 
if the user chooses the "Labels" tab as determined at block 66, the 
routine proceeds to the routine depicted in Fig. 5, If the user chooses the 
"Lists" tab as determined at block 68, the routine proceeds to the routine 
depicted in Fig, 7. If the user chooses the "Schemas" tab as determined 
at block 70, the routine proceeds to the routine depicted in Fig. 9. 

Fig. 5 illustrates the configurator labels screen. This screen and 
routine allows label types to be defined. Individual label references are 
then added to the label type. For example, one label type, "care labels," 
can be defined and several individual care label references, i.e. label 
identification added to this label type. Care labels of the same type 
share the same field definition and order entry web page. From the 
screen depicted in Fig. 6, the user can choose the "Store Groups" tab as 
-4e>tcrmined at block 72 in which case the routine will return to the store 
group routine depicted in Fig. 3. The user may also use the "Lists" tab 
as determined at block 74 in which case the routine proceeds to the 
routine depicted in Fig. 7. If the user chooses the "Schemas" tab as 
determined at block 76, the routine proceeds to the routine depicted in 
Fig. 9. If the user chooses to add, edit or remove a label type as 
determined at block 78, the configurator routine at block 80 creates a 
new label type,. modifies an existing label type or deletes an existing 



Docket No, 13347US01 



- 15 - 

label type. If the user chooses to add or remove a label reference as 
determined at block 82, the configurator routine at block 84 adds a new 
label reference or removes a label reference from the label type. If the 
user chooses to toggle label references between open and closed as 
determined at block 86, the configurator at block 88 will change an open 
label reference to closed or will change a closed label reference to open. 
Only open label references are able to be ordered via the intemet 12. 
The user can also choose to exit the program as determined at block 90. 

Figs. 7 and 8 respectively illustrate the configurator lists routine 
and associated screen. Through the "Lists" tab, validation lists are 
accessed. These lists are not necessarily associated with a store group, 
but they can be. This feature allows the system 10 to use generic lists of 
data which can be applied to multiple store groups. Altematively, store 
groups can have specific, individual lists associated therewith. If a field 
is defined as a type "list," the server 14 uses one of the defined lists to 
validate the data. That is, the user can only enter or choose a value in 
the defined list. The list can be a simple list of values, or it can be a 
paired hst of display values against internal codes. For example, 100% 
cotton may be intemally stored as CI 00. It is noted that lists can also be 
made up of images rather than text. The configurator further allows a 
file to be imported if the list is maintained outside of the system 10, for 
example, by the customer. From the list screen of Fig. 8, if the user 
chooses New list or Remove list as determined at block A^r^he routine 
of Fig. 7 at block 94 creates a new list or removes an existing list. If the 
user chooses to import a list as determined at block 96, the list data is 
imported from a customer file at block 98. If the user chooses to add, 
edit or remove an item as determined at block 100, the individual list 
item is added, edited or moved at block 102. 

Figs. 9 and 10 respectively illustrate the configurator, schemas 
routine and associated screen. As discussed above, a schema defines a 
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coUection of web pages for a particular store group. Each page within 
the schema can be associated with a different label type so that a schema 
can span several web pages. This allows a customer to order multiple 
types of labels in one sitting. Each page within a schema contains items 
which are the individual order entry fields. If a schema has multiple 
pages, the system 10 will choose the pages to display based upon the 
labels that the user chooses on the first screen. If for example, the user 
chooses a care label and a hand tag type of label, only two pages, one 
associated with these two label types will be displayed. From the screen 
of Fig. 10, if the user chooses to add, remove, edit or retire a schema as 
determined at block 104, the routine proceeds to block 106 to carry out 
the selected function. If the user chooses to add, edit, remove or view a 
page as determined at block 108, these functions are carried out at block 
110. Adding a page to a schema defines a new order entry web page for 
a new label type, i.e. product. It is noted that web pages are created for 
label types, not individual label references. Each schema has an 
associated status which may be set to active, editable or retired. A 
schema must be editable to amend the schema in any way. Editable 
schemas cannot be active. If the user chooses the "Items" tab from the 
screen of Fig. 10 as determined at block 112, the routine proceeds to the 
configurator, items routine depicted in Fig. 1 1 with the associated items 
screen depicted in Fig. 12. 

The items screen of Fig. 12 is used to define the specification for 
each page in a schema. Items are added to a schema page where each 
item has a display name, type and validation rules that determine how 
the item will be displayed. Items can be validated by either using one of 
the defined hsts or by applying a validation rule to the item. From the 
screen of Fig. 12, if the user chooses to add, edit or remove an item or to 
attach sub-items as determined at block 114 of Fig. 11, the routine 
accomplishes the selected function at block 1 16. There are several types 
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of items, from text boxes, lists and tables to more complex items such as 
tables which have sub-items attached thereto. If the user chooses the 
"Rules" tab as determined at block 118, the routine proceeds to the rules 
routine depicted in Fig. 13 with associated screen 14. 

The "Rules" screen of Fig. 14 is used for validation rules that are 
applied to items within a schema page. There are rules to determine 
maximimi and minimum values for numeric fields, picture masks and 
barcode validation, etc. The "Rules" screen can also be used to identify 
a field as mandatory or optional. If the user chooses to add, edit or 
remove rules as determined at block 120, the selected function is carried 
out at block 122. 

The order entry routine of the present invention is depicted in 
Fig. 15 with the associated screens depicted in Figs. 16-21. Upon 
entering the order entry website, the user enters a user ID and password 
at block 124. Thereafter, the order entry routine at block 126 determines 
whether the ID and password are correct. If not, the routine prompts the 
user at block 128 to enter his user ID and password again. If the ID and 
password entered are correct, the user is prompted to select a store group 
at block 130 frorn the screen depicted if Fig. 16. Thereafter, the user is 
prompted to select the account to order for by the screen depicted in Fig. 
17. At block 134, the user is prompted by the screen depicted in Fig. 18 
to select a product code and at block 136 the user is prompted as 
depicted by the screens shown in Figs. 18 apx?--19 to select a line number. 
At block 138, the routine determines whether the line number exists and 
if not, an error message is displayed at block 140 on the screen. If the 
line number does exist, the routine proceeds to block 142 to display 
variable data associated with the line number. At block 146, the user is 
prompted to enter the quantities to be order for a particular line number. 
At block 148, the routine determines whether the quantity entered by the 
user is valid and. if not, an error message is displayed at block 149. If 
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the quantity entered is valid, the routine proceeds to block 158 to display 
the variable data and entered quantity information for confirmation by 
the user as depicted in Fig. 20. If the user selects ''Confirm/' at block 
152, the order is submitted, given an associated order number and stored 
in the central database 16. The screen depicted in Fig. 21 is displayed 
for the user to provide the user with the order number and to allow the 
user to place another order for the same product, to place another order 
for the same product but for a different customer, or to place an order for 
another store group. If the user selects to place another order for the 
same product, the routine proceeds from block 158 to block 142. If the 
user selects to place another order for the same product but for a 
different customer as determined at block 160, the routine proceeds to 
block 132. If the user selects to place an order for another store group as 
determined at block 162, the routine proceeds to block 130. 

The diagram of Fig. 43 illustrates the relationship between 
manufacturing sites 172, products, i.e. label references 176, machines 
170 and machine types 174. The same product or label reference 176 
can be made at a number of different manufacturing sites 172 and by 
different machines 170 and different types 174 of machines. Every site 
172 has its own machines 170 which fall within defined types 174 of 
machines. Fig. 43 shows three sites 172, each with its own machines 
170. There are two machine types 174 in the system which encompass 
machines 170 from all of the sites. There are two products 176, one 
product made at two different sites 172 all on the same type 174 of 
machine and the other product 176 made at two different sites and on 
two different machine types 174 at one of those sites. 

Figs. 22-42 illustrate the various production routines and 
associated screens used to process one or more orders to create jobs and 
a production file associated with each job. The flow chart of Fig. 22 and 
the screen of Fig. 23 illustrate the main production routine and menu. 
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From the main screen, the user can go to import orders, view new 
orders, view in progress, collect new files, collect old files, view error 
folder or refresh the current screen. The main screen depicted in Fig. 23 
also shows, in association with each selectable category, the number of 
orders that fall into that category. From the screen, the user can manage 
production of all outstanding orders as well as choose to run a file 
import or reprocess old orders. The user can also manage any import 
errors. If the user chooses to import new orders as determined at block 
1 80, the routine proceeds to the routine depicted in Fig. 24, If the user 
chooses to view new orders as determined at block 182, the routine 
proceeds to the routine depicted in Fig. 26. When the user chooses to 
view production files in progress as determined at block 184, the routine 
proceeds to the routine depicted in Fig. 36. WTien the user chooses to 
collect new production files as determined at block 186, the routine 
proceeds to the routine depicted in Fig. 38. When the user chooses to 
retrieve old files as determined at block 188, the routine proceeds to the 
routine depicted in Fig. 40. When the user chooses to view production 
files in error as determined at block 190, the routine proceeds to the 
routine depicted in Fig. 42. 

The production, customer order file import routine shown in Fig. 
24 and the associated screen depicted in Fig. 25 allows the user to 
manually run any file import routines that would happen on a scheduled 
basis. The feature allows.^jr?„--manufacturing location to manage any 
urgent orders that might arrive outside of the normal import window. 
The user has two choices, "Main Menu" or "Run." The available jobs 
are listed in a table depicted on the screen. The user can select a job and 
then select "Run" to process the selected job. 

When the user wants to process orders, the user selects the view 
new orders choice from the main menu, the routine depicted in Fig. 26 is 
entered with the associated screen depicted in Fig. 27 displayed for the 
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user. This screen shows a breakdown of the outstanding orders by store 
group. The user can choose a store group and then select "Batch" to 
view a breakdown of orders by product for the chosen store group. 
When the user selects "Batch" as determined at block 196 of Fig. 26, the 

5 routine proceeds to the routine depicted in Fig. 28 with the associated 

screen shown in Fig. 29. The screen of Fig. 29 shows the breakdown of 
orders by product for the previously selected store group. This screen 
also shows the available blank stock for the product which can be 
multiple blanks for some products. When a user chooses "Batch" from 

10 this screen, as determined at block 198 of Fig. 28, details of the current 

selection are passed to the routine depicted in Fig. 30 having an 
associated screen shown in Fig. 31. The screen of Fig. 31 shows all 
outstanding orders for the chosen store group and product. The user can 
choose to select all orders or can select individual or multiple orders 

15 from the table depicted in the screen. There is also the ability to sort by 

order number, request date and order quantity. The user can further 
modify the default production method. This option allows a 
manufacturing location to move the production from one type of 
machine to another type according to volumes or if a machine fails. If 

20 the user chooses to select all products to be put together in one job as 

determined at block 200, that function is carried out at block 202. 
Similarly, if the user chooses to clear all products at block 204, that 
function is carried out at block 206, The user can also select individual 
products to be put together in a job by selecting the checkbox associated 

25 with a given order. Once one or more orders have been selected, the 

system 10 will generate a production file based on the selected machine 
type. A lithographic printing job will be ratioed for the best fit on one or 
more plates for the most cost effective production whereas a thermal 
printing job will just be batched to directly produce a production file 

30 associated therewith. If the user chooses to ratio for a lithographic 
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printing job as determined at -block' 208,. the routine proceeds to the 
routine depicted in Fig. 32 with the associated screen shown in Fig. 33. 
The ratio screen provides detailed information about how the selected 
orders will be arranged on the plate for printing. The ratioing algorithm 
minimizes cost by placing orders with the same data on the same plate. 
From this screen, the user also has the option" to reselect different orders 
to form the job or to confirm the selection of orders and create a job on 
the system 10. 

The ratioing algorithm will be explained for a job that is to 
produce labels for garments with various sizes, for example, a job to 
print 100 labels for size 12; 200 labels for size 14; and 300 labels for 
size 16. Without ratioing, three plates would be used, one plate to print 
the size 12 labels, a second plate to print the size 14 labels and a third 
label to print the size 16 labels. Typically, a plate costs 100 times the 
cost of a sheet of paper. If, for example, the cost of a sheet of paper is 
$0.05, the cost of a plate is $5.00. Without ratioing, the cost of 
producing the job is equal to (3 plates x $5) (101 sheets x $0.05) = 
$20.05. 101 sheets are needed assuming each plate can print six labels. 
Specifically, the size 12 labels require the quantity 100 6 = 17 sheets; 
the size 14 labels require 200 -t- 6 = 34 sheets and the size 16 labels 
require, 300 6 = 50 sheets so that the total number of sheets is equal to 
17 + 34 + 50 = 101. However, according to ratioing, the same job may 
be produced usiiig one plate with six label positions wherein the plate is " 
laid out so that one label position is used for the size 12 labels, two label 
positions are used for the size 14 labels and 3 label positions are used for 
the size 16 labels. By using the plate 100 times i.e. with 100 sheets, 100 
size 12 labels are printed, 200 size 14 labels are printed and 300 size 16 
labels are printed. . The cost of producing the order by ratioing is 
calculated as (1 plate x $5) + (100 sheets x $0.05) = $10. This illustrates 
a 50% production cost saving using ratioing. 
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Ratioing is the method of determining the minimal number of 
plates that can be used to produce the labels with an associated layout of 
the labels on each of the plates; calculating an estimated production cost 
associated with the determined minimal number of plates; increasing the 
number of plates by one; determining a new layout of labels on the 
plates; and calculating an estimated production cost associated with the 
increased number of plates to determine if the increased number of 
plates results in lower estimated production costs. This process is 
repeated until the estimated production costs increase as opposed to 
decrease. Then the number of plates and associated label layouts with 
the lowest production cost is the output of the algorithm. 

Referring back to Figs. 32 and 33, if the user chooses "Re-select" 
as determined at block 210, the routine will abandon the current 
selection and return to Fig. 30 and associated screen as shown in Fig. 31. 
If the user chooses to confirm as determined at block 212, a job file is 
created for production. This triggers the generation of the production 
file. From block 212, in response to the selection of "confirm," the 
routine proceeds to the routine depicted in Fig. 34 with the associated 
screen shown in Fig. 35 which depicts a job number in association with 
the confirmed job. When production file generation is triggered by the 
confirm operation, the routines depicted in Figs. 44-47 are implemented 
as discussed in detail below. 

When the user makes the selection of "Production Files Iii. 
Progress" firom the main menu, the routine of Fig. 36 is implemented 
with th^ associated screen depicted in Fig. 37. The screen of Fig. 37 
displays the jobs that are currently in progress. A job in progress means 
that the user has confirmed a job, but the production files have not yet 
been generated and stored in the central database 16. Typically, jobs 
appear on this screen only for a few minutes. 



Docket No. 13347US01 



-23 - 

When a user chooses to collect new production files from the 
main menu, the routine proceeds to the routine depicted in Fig. 38 with 
the associated screen of Fig. 39. The screen of Fig. 39 displays jobs that 
have been completed. A job is considered completed when all of the 
necessary production files for the job have been created as discussed 
below. The jobs are listed in order of date. The selection buttons 
associated with each job indicate the type of production file generated so 
as to indicate the production method or machine type to be employed to 
produce the labels of a job with the production file. By selecting one of 
these buttons, the user is either shown the plate image for lithographic 
printing or is taken to an on-line printing screen if the job is for a 
thermal printer. Multiple jobs can also be selected and downloaded to a 
customer machine for printing at a later date. This is accomphshed 
when the routine determines at block 218 that the user has chosen 
"Download" and at block 222 the server 14 downloads production files 
from the database 1 6 to the customer in a self-extracting format. If the 
user chooses litho or thermal as determined at block 220, at block 224, 
the plate image for a lithographic production file is depicted on the 
user's display and for thermal printing, the data in the production file 
can be printed by a thermal printer 32 coupled to the user's P.C. 

If the main menu selection was "Retrieve Old Production Files," 
the routine depicted in Fig. 40 is implemented with the screen depicted 
. Fig. 41. This screen provides the user with the ability to retrieve old 
jobs, that is, jobs that have already been printed. For example, if there is 
a problem during the printing process, this feature can be selected to 
produce extra labels. If the user selects "Download" as determined at 
block 222, at block 224 the production files are downloaded to the 
customer in a self-extracting format. If the user chooses a Uthographic 
or thermal printing job as determined at block 226, the image for the 
lithographic plate can be viewed by the user or a thermal printer 
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production file processed, i.e. printed on a thermal printer 32. It is 
noted, for a lithographic plate, when the image is viewed, the production 
file for the plate can be coupled from the user's P.C. to a plate maker 34 
for the automatic production of the plate for the job as well. 

If the user selects "Production Files In Error" from the main 
menu, the routine of Fig. 42 is implemented which causes a screen, not 
shown, to list all of the file import errors that have occurred in the 
system 10. This feature allows users to see what files have errored and 
provides clues as to what the error was. The problem can then be 
resolved and the file reprocessed. 

Figs. 44-47 illustrate the routines and screens associated with the 
typesetting job controller implemented by the server 30. When a job is 
confumed via the production screen as discussed above, the job 
controller as depicted in Fig. 44B is automatically started so that the 
routine proceeds from block 230 to block 232. When the new job files 
are received at block 232, the routine proceeds to Fig. 45B. If the job is 
for lithographic production, the controller at block 234 loads 
commercially available Quark imaging software and at block 236 loads 
the template specified for the job in the job file. From block 236, the 
routine proceeds to block 238 of Fig. 46B. After the template is loaded, 
the server 30 queries the server 14 for the required variable data. The 
server 30 then places each field of data in the corresponding location or 
position on the template at block 240. After all of the ,data .fields have 
been placed on the template at block 240, at block 242, a Postscript file 
is generated as depicted on the left side of the screen shown in Fig. 46C. 
After the variable data is merged with the template and the Postscript 
file is created at block 242, the server opens a commercially available 
routine called Acrobat Distiller and passes the name of the Postscript file 
so as to convert at block 246 the Postscript files to the production files in 
PDF format. At block 248, the PDF production files are uploaded to the 
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server 14 and at block 250 those production files are stored as binary 
large images (BLOB) in the central database 16. It is noted that the 
creation of the production files for other printing methods follows 
similar process. The format of the production file will vary with the 
label production method specified for a job so that the production file 
created can preferably be used directly by the production machine as 
discussed above. 

Returning to Fig. 44B, an administrator, in communicafion with 
the server 30 by using a P.C. or the like can monitor the job controller 
via the screen depicted in Fig. 44A. If the administrator or user chooses 
"completed jobs" firom the screen of Fig. 44A as determined at block 
260, a Hst of completed jobs will be sent at block 262 to the user for 
display. If the user chooses "logs" as determined at block 264, at block 
266 the job controller log file will be sent to the user for display. If the 
user chooses "available templates" as determined at block 267, the 
identification of templates accessible by the server 30 are sent at block 
268 to the user for display. If the user chooses the "select upload folder" 
option as determined at block 270, at block 272 the upload folder is 
amended to modify the jobs therein. If the user chooses a "select 
download folder" as determined at block 274, at block 276, the 
download folder is amended. If the user chooses the "start processing" 
button as determined at block 278, at block 280, the job controller 
begins processing received job files. The user can also choose to exit as 
determined at block 282 in which case the program is stopped. 

As will be apparent fi*om above, the label production system and 
method of the present invention allows labels to be produced at remote 
locations worldwide that are in communication with the server 14 and 
central database 16 via the internet 12. Once orders are selected to be 
processed together as a job, the system of the present invention provides 
automatic typesetting so as to generate the production, image data files 
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required by the particular production machines to be used in printing the 
labels. The production data files are generated by merging the data in 
the job file with a template selected in accordance with the printing 
method and/or machine type selected. Moreover, new products can be 
easily added to the system due to the hierarchy of store groups, schemas, 
label types, label references, i.e. products and items, i.e. variable data 
fields used in accordance with the present invention. This hierarchy also 
allows new web pages to be automatically generated as the schema files 
and associated tables are updated with new information defining the new 
products. Many modifications and variations of the present invention 
are possible in light of the above teachings. Thus, it is to be understood 
that, within the scope of the appended claims, the invention may be 
practiced otherwise than as described hereinabove. 

What is claimed and desired to be secured by Letters Patent is: 



